ACTIVE PUBLISHING METHOD AND SYSTEM 

This is a Continuation of International Application, PCT/EP99/05299 
with an international filing date of My 23, 1999, the disclosure of which is 
incorporated into this application by reference. 

FIELD OF AND BACKGROUND OF THE INVENTION 

The invention relates to a communication or data exchange method for 
use in connection with a decentralized bus system, in particular a field bus, 
which can be employed in the automation of technical processes. A plurality 
of communication participants are connected to the bus system, including at 
least two active communication participants ("masters") and at least one 
passive communication station ("slave"). 

An active communication participant is a communication participant in 
a bus system which can autonomously initiate a communications operation. In 
contrast, a passive communication participant always requires an external 
stimulus, in order to place data on the bus. One example of such an external 
stimulus is a send request from a master. 

Each master is assigned to a different master system. The master 
systems, per se, have no physical manifestation. Rather, the term "master 
system" is used to describe a configured relationship between an active 
communication participant and the passive communication participant(s) 
assigned to it. Namely, the master systems determine the possibility or 



impossibility of certain communication relationships between the 
communication participants connected to the bus system. Under the 
communication relationships defined by the master systems, every message 
(including a data part and a header part) transmitted over the bus is detected, at 
5 least by the slave, which evaluates at least certain data of the message header. 
When the message header data matches entries stored in a filter table, the slave 
makes the data of the message available to its application. 

The so-called cross-terminal traffic communication or data exchange 
method improves communication between the participants connected to the 

10 field bus. According to the cross-terminal traffic method, data can be 
exchanged, for example, directly between passive communication stations, (or 
"slaves"), despite the fact that the communication protocol defined for the 
field bus, on its face, permits no direct communication relationship between 
such passive communication members. Prior to development of the cross- 

1 5 terminal traffic method, communication between two passive communication 
stations had always required an intermediary, in the form of an active 
communication party (or "master"), and proceeded as follows. A first 
communication relationship is established between a first passive 
communication party and a master, and the data is transferred from the first 

20 slave to the master. Next, the master establishes a communication relationship 
with a second passive communication party, and the data is transferred from 
the master to the second passive communication party, the desired recipient. 
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OBJECTS OF THE INVENTION 

According to one object of the present invention, it is sought to 
optimize communication in a field bus system and between the 
communication participants connected to the field bus system, while utilizing 
5 the possibilities of cross-terminal traffic. 

SUMMARY OF THE INVENTION 

According to one formulation, the present invention provides a 
communication method for use with a decentralized bus system. A plurality 
of communication participants are connected to the bus system. The 
1 0 communication participants include a first master, which is assigned to a first 
master system, and a second master and a slave, which are assigned to a 
second master system. The second master system is associated with at least 
one application and is provided with a filter table containing data entries. 

A message is formed having a header and message data, including 
15 providing data entries in the header which correspond to data entries in the 
filter table. The message is transmitted from the first master over the bus 
system. The message is detected in the second master system. At least some 
of the header data are evaluated in the second master system, including 
comparing the header data with the filter table data entries. The message data 
20 are made available to the application when the header data match the filter 
table data entries. 
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In a preferred formulation of the communication method, the 
application is associated with the slave, and the filter table is provided for the 
slave. In this embodiment, the slave performs the detecting, evaluating, and 
making steps. 

5 According to a second preferred formulation, which is similar to the 

first preferred formulation, the message sent by the first master is 
indistinguishable to the slave, as regards the message header, from a message 
sent by a communication participant within the second master system, in the 
context of cross-terminal traffic. 

10 A third preferred formulation of the communication method, which is 

similar to the second preferred formulation, further includes identifying the 
message sent by the first master as a "response" using an internal code, so that 
the message appears to the slave as a cross-terminal traffic message that could 
have been triggered by a stimulus of the second master. 

1 5 BRIEF DESCRIPTION OF THE DRAWINGS 

The invention and further advantageous refinements of the invention 
according to the features of the dependent claims are explained in more detail 
below with the aid of diagrammatic, exemplary embodiments in the drawing, 
in which: 

20 Figure 1 shows a simple bus topology; 
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Figure 2 shows an identification of three master systems 
established on the bus; 

Figures 3 a and 3b illustrate a first message structure and a layout 
of a corresponding filter table, in the context of cross-terminal traffic; and 

5 Figures 4a and 4b illustrate a second message structure and a 

layout of a corresponding filter table, in the context of cross-terminal traffic. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

10 Figure 1 shows an illustrative bus topology having a bus system B and 

communication participants connected to the bus system B. For illustrative 
purposes, Figure 1 shows two masters Ml, M2 and three slaves SI, S2, S3 as 
examples of communication participants. The bus topology is in no way 
limited to the masters and slaves shown in Figure 1 . 

15 The advantages and capabilities of the cross-terminal traffic method 

discussed above are described in European Patent Application 97102093.8, 
which was filed on February 10, 1997. Using the cross-terminal traffic 
method, a communication relationship can be established such that a send 
request is sent by an active communication participant, e.g. the master Ml, to 

20 at least one of the slaves, e.g. SI. The slave SI reacts by placing the requested 
data on the bus B in the form of a message. According to this method, the 
data placed on the bus include a code, for example in the message header, 
which identifies the slave SI as the sender, and a further code which identifies 



-5- 



the master Ml, for example, as the recipient. The other communication 
participants connected to the bus system, in particular the slaves S2, S3, 
register the message from the slave SI to the master Ml, while listening to the 
traffic on the bus B. 

5 In order to be able to participate in cross-terminal traffic, the 

communication participants are provided with a filter table which stores the 
information as to which messages traveling over the bus the cross-terminal 
traffic party should register, including messages that are not directly addressed 
to that participant's destination address. If, therefore, an entry is stored for the 

10 slave S3 in its filter table in the form "sender: SI, recipient: Ml", the slave S3 
accepts messages with this code and makes them available to its applications. 
In this manner, the cross terminal traffic method dispenses with the path via an 
intermediary master Ml. Namely, the data that arrived directly at the slave S3 
by means of cross-terminal traffic would otherwise have had to have been 

15 transmitted from the slave SI to the master Ml, and from the latter to the slave 
S3. 

In an alternative form of cross-terminal traffic, a send request is sent 
by the master, e.g., Ml, to at least one of the slaves, e.g., SI. Upon receipt of 
the send request, the slave SI reacts by placing the requested data on the bus, 
20 with an origin code that identifies the slave SI as the sender and with a 
destination code that causes the telegram to be directed to all participating 
communication members. Sending data in this way is also referred to as 
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"publishing," and, hereafter, placement by a sender, of a message directed "to 
all," on the bus will be referred to as publishing. 

All communication participants that receive the message published by 
the slave SI evaluate the received data on the basis of a filter table, which is 
configured specifically for each respective communication participant, and, 
when appropriate, make the data available to their respective application. The 
filter table used for this alternative form of cross-terminal traffic essentially 
corresponds to the filter table described above, except that instead of clearly 
directed transmissions, e.g. starting from the slave SI and directed to the 
master Ml, being monitored, published transmissions are monitored. 
Published transmissions are identifiable as publishing on the basis of the code 
"to all" and additionally on the basis of the origin code. 

Because the destination code is the same for each publishing, 
theoretically the filter table for the alternate form of cross-terminal traffic can 
be reduced to the origin code. However, in practice the service access point 
(SAP) may likely also be included in the filtering. Formulated in textual 
terms, a filter table of this type allows each passive communication party to 
receive and evaluate, respectively, the publishings of specific other slaves. 
For the example above, it could be specified that the publishings of slaves SI 
and S2 are received and evaluated by the slave S3, that the publishings of SI 
and S3 are received and evaluated by S2, and that the publishings of S2 and S3 
are received and evaluated by SI. 



As noted above, the relationship between the active communication 
participants and the passive communication participants assigned to them is 
referred to as a master system. Figure 2 shows three master systems MSI, 
MS2, MS3 established on the bus system B, with the master system MSI 
5 comprising a master Ml and slaves SI and S2. Analogously, the master 
system MS2 comprises communication participants M2, S3, and the master 
system MS3 comprises communication participant M3. 

The fundamental underlying standard EN 50170 Part II does not 
provide for communication relationships between participants of a first and a 
10 second master system, e.g. between MSI and MS2. One reason is that, due to 
the configuration of the, e.g., first master system MSI, the transport addresses 
of the members of the master system MS2 are not known and consequently 
cannot be used in a communications operation initiated by a member of the 
first master system MSI . In addition, the communication relationship between 
1 5 a master of a master system and the slaves assigned to it is configured such 
that a recipient of a message from a remote master system detects that this 
message does not belong to the communication relationship configured for the 
remote master system. As a result, the received message is rejected and thus is 
not registered and evaluated. 
20 Cross-terminal traffic, however, permits a communication relationship 

between slaves of different master systems, wherein, for example, the master 
Ml of the first master system MSI sends a request, i.e. a send request, to the 
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slave S2 assigned to the first master system MSI. The slave S2 then publishes 
its data. Consequently, all of the communication participants connected to the 
bus system, including those of the second master system MS2 for example, 
can listen in on these data on the bus. 
5 A passive communication participant, such as the slave S3, listens in 

on this publishing from the slave S2, like all of the other communication 
participants. The slave S3 evaluates the data and determines, based on a filter 
table configured for the slave S3, whether it should make the received data 
available to its application. To this extent, communication between different 
10 master systems is possible via cross-terminal traffic. Furthermore, 
communication between communication participants of the same master 
system which normally cannot communicate directly with one other, namely 
between two passive communication participants of the same master system 
for example, can also occur via cross-terminal traffic. 
15 However, this method does not provide for communication between a 

master of a first master system and a communication participant of a second 
master system. As explained above, a direct communication relationship 
between, for example, the master M3 of the master system MS3 and the slave 
S2 of the master system MSI fails because a recipient of a message from a 
20 remote master system detects that this message does not belong to the 
communication relationships configured for its own master system MSI and 
therefore rejects the message. 
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The present invention provides a method for communication between 
an active communication participant of one master system and a 
communication participant of another master system. In order for, e.g., the 
master M3 of the master system MS3 to be able to communicate with a 
communication party of the master system MSI, e.g. the slave SI, the master 
M3 converts the data into a special format for sending on the bus. In 
particular, the header of the message issued, the so-called message header, 
contains entries that can pass through the filter table of the passive 
communication party SI. In other words, the message header entries are 
selected to satisfy the filter criteria of the filter table, which would otherwise 
block the message if the filter criteria were not met. The message sent by the 
master M3, therefore, appears to the recipient SI, at least with respect to the 
header, as if it had been sent by another communication participant within the 
first master system, either active or passive, in the context of cross-terminal 
traffic. 

By virtue of the present invention, therefore, the closed structure of the 
individual master systems is opened to the transmission of messages from 
communication parties of one master system to communication parties of 
another master system. 

According to one aspect of the present invention, open transmission of 
messages between communication participants of different master systems is 
accomplished such that, when, for example, the master M3 wishes to output 
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data to the slave S2, a message is generated for this purpose. The message is 
characterized by entry of "to all" as the destination address and the entry of the 
sender's address (i.e. in this case, the address of the master M3) as the source 
address. As a result, the slave S2 detects the message received from the 
5 master M3 as a message with a structure that it would accept in the context of 
cross-terminal traffic. 

Alternatively, the communication participant S2 can be configured to 
accept a message issued by the master M3 as valid for cross-terminal traffic, 
only when an internal code identifies the message as a "response." With this 
10 arrangement, the message issued by the master M3 of the master system MS3 
for the slave S2 of the master system MSI represents a message in the context 
of cross-terminal traffic which may have been triggered by a stimulus, for 
example, of its own master Ml. 

The entries in the message header MH and the corresponding data of 
15 the filter table FT are shown for two message structures, in Figures 3a, 3b and 
Figures 4a, 4b, respectively. According to Figure 3a, a first message M S d 
includes a data part D and a header part MH. The message header MH 
includes positions for entering the source address SA and the destination 
address DA. The destination address DA identifies the recipient of the 
20 message, while the source address SA identifies the sender of the message. In 
addition, positions are provided which identify the telegram as a send request 
(request REQ) or as a reply to the send request, namely a response RES. With 
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respect to the identification as a request REQ or response RES, two separate 
entries can be provided in the message header, as illustrated in Figures 3 a and 
4a. With this configuration, entry of a "logic one" at the request position 
identifies the message as a request, while accordingly the response position 
5 would contain a "zero." Alternatively, the message header MH can be 
configured to include only one position, as is illustrated in the message 
structure of Figure 4a, in which a first entry identifies the telegram as a request 
and a different, second entry identifies the telegram as a response. 

Figure 3b shows a filter table FT SD , for the first message structure M SD 
10 of Figure 3a, in which associated source and destination addresses SA, DA can 
be entered. The source and destination address entries of every message 
received are compared with the corresponding entries of the filter table. If a 
match is determined, the communication participant makes the message 
available to its applications. 
15 The message M s depicted in Figure 4a differs from the message M S d 

of Figure 3a, in that no explicit destination address is specified in the former. 
Without an explicit destination address, the message is directed quasi "to all." 
As the destination address information is not included in the message M s , the 
filter table FT S can be accordingly reduced to the source address data, as 
20 shown in Figure 4b. It should however be noted that, if the tables according to 
Figure 3b and/or Figure 4b are reduced to one data entry relating to the station 
number, that this information constitutes a minimum. One embodiment, 
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therefore, provides a filter table that includes, in each case, not only 
information relating to the station number (for filtering received data with 
respect to the source address) but also information relating to the source 
service access points (SAPs) (for filtering the received data with respect to the 
SAP used when the incoming data were sent out). 

As discussed above, relationships can be configured such that a 
message can be accepted as valid, in the context of cross-terminal traffic, only 
when an internal code identifies the message as a response. The internal code 
can be encoded in the message header using either of the message header 
structures illustrated in Figure 3a and 4a, as discussed above. For this 
configuration, no filter table is required to check this code. Namely, this 
simple if-then decision obviates use of a filter table containing source and 
address information, with the message being accepted if the response code is 
detected, and the message being rejected otherwise. 

Consequently, the communication method of the present invention 
enables active communication participants of remote master systems to send 
data to communication participants of a master system that would otherwise 
not be contactable per se. As a prerequisite, the communication participants 
are provided with a filter table of the type described above. The recipient 
communication participants compare at least the message header with the data 
entered in the filter table for their respective configuration. When these 
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match, the recipient communication participants evaluate the data accordingly 
and make them available to the respective applications. 

The novel communication method of the present invention can be 
advantageously employed, for example, for use with applications for which it 
is necessary to influence either all or a group of system components 
simultaneously or nearly simultaneously. One example of such an application 
is the triggering of an emergency stop function at an operator terminal. 

With reference to Figure 2, for example, the emergency stop function 
would be monitored by the master M3. As soon as the emergency stop is 
triggered, the master M3 sends a message according to the present invention to 
the communication participants of the other master systems. Advantageous 
applications of the communication method of the present invention are, of 
course, not limited to the handling of an emergency stop. Rather, the present 
invention can also be used advantageously, for example, to trigger a 
"synchronous stop" or similar actions that require a certain synchronicity, or 
where rapid communication to all communication participants connected to 
the bus system is required. 

The above description of the preferred embodiments has been given by 
way of example. From the disclosure given, those skilled in the art will not 
only understand the present invention and its attendant advantages, but will 
also find apparent various changes and modifications to the structures 
disclosed. It is sought, therefore, to cover all such changes and modifications 
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as fall within the spirit and scope of the invention, as defined by the appended 
claims, and equivalents thereof. 
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